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(57) Abstract: A system and method arc provided for binding a semantic to an event. The system includes a first network entity 
(18) capable of transmitting a subscription message including an event package and a semantic description describing a semantic 
associated with the event package. The system also includes an event server (14 ) capable of receiving the subscription message. The 
event server is thereafter capable of generating a semantic package identifier associated with the event package and the semantic 
description to thereby bind the event package to the semantic description. The event server is further capable of sending a first notify 
message to the first network entity, where the first notify message includes the semantic package identifier. 
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SYSTEMS AND METHODS FOR E^TT SEMANTIC 
BINDING IN NETWORKS 

FIELD OF THE INVENTION 

i t^apneraUv to telecommunications networks 
The present invention relates generally 

, „t,h methods for event semantic binding 
and, more particularly, relates to systems and methods 

in networks. 

BACKGROUND OF THE INVENTION 
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aware of the session semantics. Accordingly, devices (or users that run certain 
applications on these devices) are registered with the SIP backbone so that an 
invitation to a particular session can be correctly delivered to these endpoints. To 
achieve this, SIP provides a registration mechanism for devices and users, and it 
5 applies mechanisms such as location servers and registrars to route the session 
invitations appropriately. Although SIP is primarily a tool for initiating a 
communication session between endpoints, extensions to SIP have been proposed 
to provide event registration and trigger notification (see e.g., IETF document RFC 
3265, SIP-Specific Event Notification, July 2002, the contents of which are hereby 
10 incorporated by reference in its entirety). Such a proposal, however, neither 

specifies the semantics of specific events, nor systems and methods for uploading 
event information. 

The SIP event framework, which would enable event-based information 
provisioning to any node in the Internet, is supposed to become a key element 
1 5 within the SIP infrastructure. However, the current Internet Engineering Task 
Force (IETF) standardization process for extensions to the SIP event framework, 
namely the definition of particular event packages that are required for • 
provisioning of particular information, requires such extensions to run through an 
extensive process, starting from drafting a proposal to becoming a request for 
20 comment (RFC) document. If the usage of the SIP event framework for a large 
variety of events is envisioned, such a standardization process may soon become a 
significant bottleneck for the deployment of SIP event-based techniques. Such 
standardization becomes even more difficult if the usage of SIP events for 
information provisioning is considered based on some dynamic or ambiguous 
25 application semantic. In this regard, the required consensus within the 

standardization typically heavily delays any deployment of the particular event 
package. Hence, it seems undesirably difficult to use SIP events for such 
ambiguous or dynamically determined application semantic. 

As a typical scenario, consider the provisioning of location information 
30 through SIP events. Apart from bare sensor information, SIP "location" events 
may be desirable even for derived location information, such as city, county, or 
state. Further, an application may desire to specify the usage of particular sensors 
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SUMMARY OF THE INVENTION 
In light of the foregoing background, embodiments of the present invention 
provide a system and method for binding a semantic to an event, where the event is 
at least partially associated with services or content available within a network. 

5 Embodiments of the present invention resolve ambiguity of application semantics 
of events, such as SIP events, by binding a particular semantic to such events. 
Additionally, embodiments of the present invention support dynamically assigning 
an event package to a semantic description. Therefore, according to embodiments 
of the present invention, ambiguous application semantics are supported through 

10 events without going through the entire IETF standardization process. This 

enables the provisioning of semantic-rich information to SIP clients through SIP 
event servers, which can operate as service providers rather than merely 
information providers. 

According to one aspect of the present invention, a system is provided for 

1 5 binding a semantic to an event. The system includes a first network entity capable 
of transmitting a subscription message including an event package and a semantic 
description describing a semantic associated with the event package. For example, 
the semantic description can include a description for at least a service or a content 
capable of satisfying at least a portion of the semantic description. The system also 

20 includes an event server capable of receiving the subscription message. Upon 
receipt of the subscription message, the event server may be capable of 
determining whether the event server supports binding the semantic description to 
the event package. Thereafter, the event server is capable of generating a semantic 
package identifier associated with the event package and the semantic description 

25 to thereby bind the event package to the semantic description. The event server is 
further capable of sending a first notify message to the first network entity, where 
the first notify message includes the semantic package identifier. More 
particularly, the event server can generate the semantic package identifier and send 
the first notify message if the event server supports binding the semantic 

30 description to the event package. 

The subscription message can identify an unassigned event package and 
include the semantic description describing a semantic. In such instances, the 

-4- 
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A method and event server for binding a semantic to an event are also 
provided. Embodiments of the present invention therefore provide binding a 
semantic to an event package to thereby resolve ambiguity of application semantics 
of events. Embodiments of the present invention also support dynamically 
5 assigning an event package to a semantic description, such as when the 

subscription message including the semantic description identifies an unassigned 
event package. According to embodiments of the present invention, ambiguous 
application semantics are supported through events without going through the 
entire IETF standardization process. Embodiments of the present invention thus 

10 enable the provisioning of semantic-rich information to SIP clients through SIP 
event servers, thereby expanding the functionality of such SIP event servers. In 
addition, embodiments of the present invention facilitate uniform semantic 
descriptions by providing ontology servers from which semantic descriptions can 
be retrieved based upon event packages, for example. As such, the system and 

1 5 method of embodiments of the present invention solve the problems identified by 
prior techniques and provide additional advantages. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Having thus described the invention in general terms, reference will now be 
20 made to the accompanying drawings, which are not necessarily drawn to scale, and 
wherein: 

FIG. 1 shows a system that supports registration, querying, subscription, 
and notification methods according to one embodiment of the present invention; 

FIG. 2 is a schematic block diagram of a mobile station that may act as 
25 either a service/content provider, a SIP Event Server, or a requester according to 
embodiments of the present invention; 

FIG. 3 shows a functional diagram of a server, which is representative of a 
SIP event server, or the local repository/service agent, according to one 
embodiment of the present invention; 
30 FIG. 4 shows message flows between entities in a method of content or 

service semantic binding according to one embodiment of the present invention; 
and 

-6- 
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DETAILED DESCRIPTION OF THE INVENTION 
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The requester 18 may be any entity, device system or the like that requests 
service and/or content information related to one or more service/content 
providers. The SEP event server 14 may comprise any entity, device, system or the 
like that is capable of storing event package subscriptions, where one or more of 
5 the event packages have a semantic description designated by the requester. In this 
regard, the SEP event sever may be capable of receiving information that satisfies 
the semantic description, and send the subscribing requester a notification that the 
semantic has been satisfied. 

The ontology server 26 is capable of communicating with the SIP event 

10 server 14 to provide all or a portion of the description for a given semantic. In this 
regard, the ontology server is capable of defining any of a number of different 
semantics in any of a number of different manners, as such will be appreciated by 
those skilled in the art. For example, the ontology server may be capable of 
defining the semantic "available" based upon (a) a schedule from a designated 

15 electronic calendar, (b) the location of a mobile station, and (c) current activity of 
the mobile station. Although, as indicated above and described below, the 
ontology server communicates with the SIP event server to provide at least a 
portion of the definition of a desired semantic, the ontology server can alternatively 
communicate with the requester 18 to provide at least a portion of the definition, if 

20 so desired. 

Referring now to FIG. 2, a functional diagram of a mobile station is shown 
that may act as either a resource 12, an SIP Event Server 14, or a requester 18 
according to embodiments of the invention. It should be understood, that the 
mobile station illustrated and hereinafter described is merely illustrative of one 

25 type of mobile station that would benefit from the present invention and, therefore, 
should not be taken to limit the scope of the present invention. While several 
embodiments of the mobile station are illustrated and will be hereinafter described 
for purposes of example, other types of mobile stations, such as portable digital 
assistants (PDAs), pagers, laptop computers and other types of voice and text 

30 communications systems, can readily employ the present invention. 

The mobile station includes a transmitter 26, a receiver 28, and a controller 
30 that provides signals to and receives signals from the transmitter and receiver, 

-8- 
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a touch display (not shown) or other input device. In embodiments including a 
keypad, the keypad includes the conventional numeric (0-9) and related keys (#, *), 
and other keys used for operating the mobile station. 

The mobile station can also include memory, such as a subscriber identity 

5 module (SIM) 42, a removable user identity module (R-UIM) or the like, which 
typically stores information elements related to a mobile subscriber. In addition to 
the SIM, the mobile station can include other memory. In this regard, the mobile 
station can include volatile memory 44, such as volatile Random Access Memory 
(RAM) including a cache area for the temporary storage of data. The mobile 

1 0 station can also include other non- volatile memory 46, which can be embedded 
and/or may be removable. The non-volatile memory can additionally or 
alternatively comprise an EEPROM, flash memory or the like. The memories can 
store any of a number of pieces of information, and data, used by the mobile 
station to implement the functions of the mobile station. For example, the 

1 5 memories can store an identifier, such as an international mobile equipment 

identification (MET) code, capable of uniquely identifying the mobile station, such 
as to a mobile switching center (MSC). Also, for example, the memories can store 
instructions for creating messages related to embodiments of the present invention, 
such as REGISTER, PUBLISH, or SUBSCRIBE messages. 

20 Referring now to FIG. 3, a functional diagram of an entity that may act as a 

resource 12, an SIP event server 14 or an ontology server 26 is shown. Although 
shown as separate entities, in some embodiments, a single entity may support a 
logically separate, but co-located, SIP event server with a respective resource 
and/or an ontology server. The entity acting as the SIP event server, a resource or 

25 an ontology server generally includes a processor 50 connected to a memory 52 
and an interface 54. The memory typically includes instructions for the processor 
to perform steps associated with operating in accordance with embodiments of the 
present invention. As a resource, the memory may store a local database 
containing information capable of satisfying a semantic description associated 

30 with, or otherwise bound to, an event package, as described below. As an SIP 
event server, the memory may store a local database containing subscription 
information for devices or URIs. Also, as an ontology server, the memory may 

-10- 
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notifications of a content event for the availability of the listed users. Accordingly, 
when registering with the network including the SEP event server, the mobile 
station obtains the address of the SIP event server. In particular, the SIP event 
server may communicate with resources 12 capable of providing information that 

5 may satisfy all, or a portion of, the description of the semantic "available" (i.e., the 
electronic calendars, locations and current activity of the mobile stations). In order 
to associate, link or otherwise bind a particular semantic (e.g., "available") with an 
event package identifying the availability of the users on the buddy list, the mobile 
station sends a SUBSCRIBE message 70 to its corresponding local SIP proxy 24. 

1 o The SUBSCRIBE message is typically identified by the name of the event 

package and sent with a template, such as may be identified by the notation "bind" 
to identify the desired binding of the semantic with the event package, as defined 
in, for example, IETF request for comment document RFC 3265, entitled: SIP- 
Specific Event Notification, July 2002. For example, the SUBSCRIBE message 

15 may be sent as "available.bind." As will be appreciated, in some instances, the 
event package may not have an assigned name. In such instances, a name can be 
dynamically assigned to the event package, such as by the SEP event server. To 
identify the request for an otherwise unnamed event package, the SUBSCRIBE 
message may be sent with the event package identified as "generic." For example, 

20 the SUBSCRIBE message may be sent as "generic.bind." 

The SUBSCRIBE message typically contains as a payload the description 
of the semantic to be bound to the event package. In addition to, : or in lieu of, 
including the description of the semantic, the payload may include the a uniform 
resource identifier (URI) of an ontology server 26 from which all or a portion of 

25 the semantic description may be retrieved. The SUBSCRIBE message 70 

according to this embodiment may be a message that is part of an extension to SIP 
as defined in IETF's request for comment document RFC 3265, entitled: SIP- 
Specific Event Notification, dated June 2002, the contents of which are hereby 
incorporated by reference in its entirety. The format of the semantic description in 

30 the payload may include, for example, attribute-based formats such as used in SLP 
or RDF-based formats or a dedicated format for SIP service description. 
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stored in memory 52 (see FIG. 3), a semantic package identifier that links the 
requester 18 and any subsequent subscription to the bound event package and 
semantic (including semantic description). If the event package did not include an 
assigned name, the SIP event server may also assign a name to the event package. 

5 The SIP event server can assign any of a number of different names to identify the 
event package with the bound semantic, such as by assigning the semantic package 
identifier as the name of the event package. Alternatively, the name of the event 
package may be designated in the SUBSCRIBE message 70 sent by the requester. 
The SEP event server can then send a NOTIFY message 78 back to the requester 

1 0 via proxies 22 and 24. This message contains the semantic package identifier that, 
upon subsequent subscription of the requester with the event package, allows the 
SIP event server to relate the subscribed event package to the bound semantic. 
Additionally, if the SIP event server assigned a name to the event package, the 
NOTIFY message may also include the assigned name. The NOTIFY message is 

1 5 appropriately routed through the SIP proxies 22, 24 to the requester. Upon 

reception of the NOTIFY message, the requester extracts the received semantic 
package identifier (and assigned name, if so assigned) for further use to subscribe 
to the event package with the bound semantic. 

Once the desired semantic has been bound to the event package, and the 

20 requester 18 has received the semantic package identifier, the requester can 

subscribe to the event package now associated, linked or otherwise bound to the 
desired semantic, such as according to the method now described with reference to 
FIG. 5. To subscribe to the bound event package according to one embodiment of 
the present invention, the requester sends a SUBSCRIBE message 80 to local SIP 

25 proxy 24. The SUBSCRIBE message contains as a payload the semantic package 
identifier that identifies the event package bound to the semantic description, and 
includes a type of event of interest (e.g., available) plus any additional information 
that may be required according to the previously agreed semantic description (see 
FIG. 4). The SUBSCRIBE message may also contain an "expires" parameter (not 

30 shown) indicating duration of the subscription. Depending on the length of the 
subscription, the requester may receive periodic notifications in response to 
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chmE es for ,he even, or may receive a one-time f °< ~* ° f 

liable buddies on his buddy list, including the second user. 

Qlp event server can then retrieve, such as from the lookup 
The SIP event serve ^ mdudmg 

„a,abase 50 stored in memory 52 (shown rn FIG. ). The - 

te Sff even, server ^ dcscnptl0n 

such that the description of the event package 

can be retrieved from the lookup table as needed. 

, fc,m<!CRIBEmessage80,a.eSIPeventserverl4 
Upon reception of SUBSCRBE m 8 ^ 
20 appropnateiyoonfirmsreccptionwittta 200 OK mes ag 

„iaoroxi«22and24. The SIP event server can thereafter retrieve th pp 
v,a proxies ano u ^ „f providmg 

taformationregarfingoneormoreoftheresourcesU P 

—onmanynumberofdifferen.— A— 
„ for example, me Sff even, server may retneve me reqmr 

l.L.rcanoon^^^m.resonrceamanyofanmnber^ 

^omceshavebeenpoUedforinformattoncapableofsansfymg 

™ van, server 14 typioaUy wata for responses, via response messages 86, from 
30 SIP event server lnypu" 1 

aUft.se resource, According ,o another embodiment, me Sff event 
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check internally stored information regarding the one or more resources to retrieve 
the required information that satisfies the semantic. 

Once the SIP event server 14 has retrieved the required information 
necessary to satisfy the semantics, the SIP event server 14 sends a NOTIFY 

5 message 88 back to the requester 18 via proxies 22 and 24. This message contains, 
for example, a description of the devices, entities, or the like satisfying the 
semantic (e.g., users on the buddy list considered "available"). Additionally, or 
alternatively, the NOTIFY message may contain the triggered event in an 
appropriate format. It may further contain one or more contact URI(s) provided in 

10 the service registration(s) of the resource(s), such as resource 12, that provided the 
information satisfying the description of the semantic. If there has been no match 
for the semantic description, the payload contains an appropriate indication. Upon 
reception of the NOTIFY message, the requester, or more particularly a respective 
application (not shown) on the requester, may extract, for example, the list of users 

1 5 considered "available." The requester may additionally, or alternatively, extract 
the received information satisfying the semantic and the contact URI for further 
use, if available. For instance, the requester may subsequently contact one of the 
devices, entities or the like satisfying the semantic (e.g., mobile station of the 
second user) using a SIP INVITE message (not shown). 

20 It will be appreciated that one embodiment of the present invention allows 

for a one-time subscription scheme, which may be referred to as a QUERY. For a 
QUERY, the requester 18 sends a SUBSCRIBE message 80, such as in a manner 
description above, in which an expiration time of zero is specified for the 
subscription. In such an instance, the subscription is not stored in the local 

25 database of the SIP event server 14. Thus, only the semantic package identifier 
lookup, local to the SIP event server, and the necessary information retrieval 
according to the semantic, is performed, leading to an appropriate NOTIFY 
message 88 that is sent to the requester. 

If the subscription in message 80 has not been a one-shot subscription, i.e., 

30 a non-zero expiration time has been given in message 80, the SIP event server 14 
has to perform appropriate functions upon reception of information from the 
resources 12 that may alter the agreed semantic, such as by changing the status of 
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UMS> Hence the SIP event server can periodically 
"avai.able-to-non-ava.lable . Hence, theS ^ ^ 

recei ve information from the resources, and/or reeve i 

^ces when the respective information has been added, deleted 

r tLevL server can then compare the semanhc desenpuon wUh 

5 rl^fredinformaho, Thereafter, the SIP event server can g e - 

riate NOTIFY messages 92 that are sent to subscribed requesters 18. These 
appropriate NOTtt . 22 24 10 the requester, 

— — - -~~rr£ir 

As an additional example, suppose the SIP event serv 

„f .h* stores and merchants associated witn 
tag, shopping mall. Snppose many of the stores an ^ 

, , «« mall maintain various resources 12. For instance, move theaters may m 

IT hat provide content related to movie schedules, prices, movie trarlers, etc. 

nfesatisfvine a given semantic, manyuiu 

ofsatisiymg s eve nt server 14. For example, a 

90 having a particular semantic with the SIP event server 

^Lno^ationswh.oneormorememhan.offerasale. Under sucha 

f „ mobile station (requester 18) may request such notifications 

scenario, a user of a mobile station (.req consi ders 

^.parficuta semantic «o describe what fteuserofthemobuesufion 

mind.one^in.ean.wnio^h.enuonP^^^ 
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terms are employed herein, they are used in a generic and descriptive sense only 
and not for purposes of limitation. 
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WHAT IS CLAIMED IS: 
, A. ^ of btodbrg a semantic .o . — — d by an event 

receiving, a, me even, server from W ^ 
message ineinding an event package and a senate des p. 
sen-Uc associated wiUtOteeventpae^ ^^^ 
oenerating a semantic package identifier associate 

notify message includes the semantic package rdenttfier. 

2 AmemodaccotdingtoClaiml tamer comprising determining 

package before generating One semantic package rdentrfier, wberetn . 

venerating the semantic package identifier ana senn g 
L even, server supports bindrng ,be semantic ,o <he even, package. 

3 A^odacoordmg^aaimf.wbe^receWmgasubsoripUon 

evon, package and mclnding a semantic desenption desenbrng seman 
fcenretitodfurther comprises: e — ascription before 

dynamically asstgoing an event package ro 
aerating , be semantic package identifier, wherein sending a firat notify 
^sen^afits.noti^ntessasefi^inc.ndingfi.eass.gnedeven, 

package. 

,. otn rlaim i wherein receiving a subscription 
4 A method according to Claim i,wu 

30 roj'comprisesreceivnngaaubscripfionn.essagemc.nd.ganeventpaokage 
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and a uniform resource identifier (URI) to an ontology server, wherein the method 
further comprises: 

retrieving at least a portion of the semantic description from the ontology 
server based upon the event package, and wherein retrieving at least a portion of 
5 the semantic description occurs before generating the semantic package identifier. 

5. A method according to Claim 1 further comprising: 
transmitting, from the first network entity to the event server, a subscription 

message including the semantic package identifier; 

retrieving the event package and bound semantic description based upon 
the semantic package identifier; 

checking for a match for the event package based upon the semantic 
description; and 

sending a second notify message to the first network entity, wherein the 
second notify message indicates whether the match was located. 

6. A method according to Claim 5, wherein the semantic description 
includes a description of information capable of satisfying at least a portion of the 
semantic description, wherein checking for a match comprises: 

retrieving information of at least one resource capable of satisfying at least 
a portion of the semantic description. 

7. A method according to Claim 6, wherein retrieving information of 
at least one resource comprises: 

polling at least one resource capable of satisfying at least a portion of the 
semantic description; and 

receiving responses from the resources, wherein the responses are 
generated in response to the resources checking for a match, and wherein the 
responses contain one of an indication of a non-existing match and information at 
least partially matching the information capable of satisfying at least a portion of 
the semantic description. 
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. A system for binding a semantic to an even,, the even. a. teas. 

associated with the event package; and 

^even.serveroapahieofteceiv.ngthesuhscriphonmessage.and 

leafier genetaung a semantic package identifier associated with .he even 
thereanerg tn thereby bind the event package to the 

packag e and the semanfic descnptton «h,* ^ ^ 

notify message to the first network entity, and wn 
includes the semantic package identifier. _ 

,. tn rlaim s wherein the event server is further 
o A system according to Claim o, w 

description CTPnerat ine the semantic package 

identifier and sending the first notify messa 0 e 
the semantic to the event package. 

20 .,•„«« riaim 8 wherein the subscription message 

10 A system according to Claim t>, wneic 

i oonH includes the semantic description 
identifies annnassigned event package and ntchtdes the 
desonhmgasemanfio.whetemmeevetttaetv.r.scapableofdynam.^y 

25 semantic package identifier, ana wnei 
the assigned event package. 

,. tn rlaim 8 wherein the subscription message 
u a system according to Claim », wn 

,q ranable of transmittmg, to the eveni 
upon the URI, wherein the ontology server is capable 
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server, at least a portion of the semantic description based upon the event package, 
and wherein the event server is capable of generating the semantic package 
identifier at least partially based upon the portion of the semantic description 
received from the ontology server. 

5 

12. A system according to Claim 8, wherein the first network entity is 
farther capable of transmitting a subscription message including the semantic 
package identifier, wherein the event server is capable of retrieving the event 
package and the bound semantic description based upon the semantic package 
1 0 identifier, and thereafter checking for a match for the event package based upon 
the semantic description, wherein the event server is also capable of sending a 
second notify message to the first network entity, and wherein the second notify 
message indicates whether the match was located. 

15 13. A system according to Claim 1 2, wherein event server is capable of 

checking for a match by retrieving information of at least one resource capable of 
satisfying at least a portion of the semantic description. 

14. A system according to Claim 13, wherein the semantic description 
20 includes a description of information capable of satisfying at least a portion of the 

semantic description, wherein the system further comprises: 

at least one resource capable of providing the information capable of 
satisfying at least a portion of the semantic description, wherein the event server is 
capable of retrieving the information by polling the at least one resource, and 
25 thereafter receiving at least one response containing one of an indication of a non- 
existing match and information at least partially matching the information capable 
of satisfying at least a portion of the semantic description. 

t 

15. An event server capable of binding a semantic to an event, the event 
30 at least partially associated with at least one of services and content available 

within a network, the event server comprising: 
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. processor capable of receding, from a firs, network entity, a subscription 
message including an event package and a semantic description descnbtng a 

Xnetatmg a semantic package identifier associated witb tbe even, package and 
« Jsemantic description to dtereby bind .be event package to me sentanttc 

and wherein the first notify message includes the semanfc package tdenttfier. 
16 MeventserveraccordmgtoClaimlS.whereintheptoceasoris 
,0 further capable of determining whether the event server supports bmdmg the 

Td Ir, and wherein fhe processor is capabfe of generating fbe semantic package 
^ler.dsend.ngmefiratnotifymesaagetfdteevenrserversuppor.sbmdtng 

the semantic to the event package. 

15 17 An event server according to Claim 15, wherein the subscription 

« identifying™^^ 

20 generating the semantic package identifier. 

j* tn rinim 15 wherein the subscription 
18 An event server accordmg to Claim 13, wnci 

^age incudes an even, package and a unifomr resource identifier W*- 
omofogy server, wherein me processor is mrfrrer capabie of refnevtng, from me 
25 Xserver-.ea3,aporbonofmesemanricdescri P rionb^uponmeeve. 

LendfieraUeas.partianybaseduponmepordonofmesemanricdeacnprion 
received from the ontology server. 

,9 An event server according to Claim 15, wherein the processor is 
capa bfe of receiving, from the firs, network entity, a subscript message 
taclutog me *manticpackage identifier, wherein me processor . capable of 
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retrieving the event package and bound semantic description based upon the 
semantic package identifier, and thereafter checking for a match for the event 
package based upon the semantic description, wherein the processor is also capable 
of sending a second notify message to the first network entity, and wherein the 
second notify message indicates whether the match was located. 

20. An event server according to Claim 15, wherein the processor is 
capable of checking for a match by retrieving information of at least one resource 
capable of satisfying at least a portion of the semantic description. 



2 1 . An event server according to Claim 1 7, wherein the event package 
description includes a description information capable of satisfying at least a 
portion of the semantic description, wherein the processor is capable of retrieving 
information by: 

15 polling at least one resource capable of providing the information capable 

of satisfying at least a portion of the semantic description; and 

receiving responses from the resources, wherein the responses are 
generated in response to the resources checking for a match, and wherein the 
discovery responses contain one of an indication of a non-existing match and 

20 information at least partially matching the information capable of satisfying at least 
a portion of the semantic description. 
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